home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group93a.txt / 000071_icon-group-sender _Tue Feb 23 13:59:56 1993.msg < prev    next >
Internet Message Format  |  1993-04-21  |  3KB
  1. Received: by cheltenham.cs.arizona.edu; Fri, 26 Feb 1993 08:28:18 MST
  2. Date: 23 Feb 93 13:59:56 GMT
  3. From: cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uwm.edu!rpi!usc!wupost!spool.mu.edu!yale.edu!ira.uka.de!gmd.de!Germany.EU.net!mcsun!uknet!edcastle!eddie@ucbvax.Berkeley.EDU  (Eddie Corns)
  4. Organization: Edinburgh University
  5. Subject: Re: Removing entab/detab from Icon
  6. Message-Id: <32221@castle.ed.ac.uk>
  7. References: <6854.9301282231@desktop.desktop.co.uk>, <31821@castle.ed.ac.uk>, <1m0enu$g4s@info2.rus.uni-stuttgart.de>
  8. Sender: icon-group-request@cs.arizona.edu
  9. To: icon-group@cs.arizona.edu
  10. Status: R
  11. Errors-To: icon-group-errors@cs.arizona.edu
  12.  
  13. zrzq0111@helpdesk.rus.uni-stuttgart.de (Frank Kirschner) writes:
  14.  
  15. >In article <31821@castle.ed.ac.uk> eddie@castle.ed.ac.uk (Eddie Corns) writes:
  16. >>steve@dtc.co.uk (Steve Holden) writes:
  17. >>Well, I was thinking more in terms of the end-user removing unwanted features.
  18. >>For instance if I want to run a few icon programs on my little Amiga at home,
  19. >>I would much prefer that uncommon features not reside in memory when not
  20. >>actually in use.
  21.  
  22. >Try to port iconc to your amiga. Then the linker should throw away unused
  23. >code of the libraries ...
  24.  
  25. Er yes, that's the whole point innit.  Features inside the language aren't in
  26. the libraries.  Also, apart from the fact that it seems like quite a good
  27. language (much better than C, that's for sure), I don't want a C compiler on
  28. my Amiga anyway, almost as bad as having a virus on your disks :( (and
  29. considerably more expensive), hence no porting for the foreseeable (*) future.
  30. Don't know why I keep mentioning it really but don't you often feel that
  31. people who create software (in general, I'm not actually referring to icon
  32. here which is quite flexible) often limit what users can do just because they
  33. don't approve (or can't be bothered etc.)  But I don't suppose I'd get far if
  34. I phoned the ANSI C committee and said "Look here, I want variable number of
  35. arguments in my procedures, if you don't like 'em don't use 'em, no problem,
  36. just fix it in the next release OK"  (Yes, I know about varargs but that has
  37. its limitations).  Anyway, I've had my little rant, I promise I won't mention
  38. it again (except under extreme provocation (or if you ask me to nicely)).
  39.  
  40. As an aside, perhaps the language would catch on more if there were some more
  41. moderate sized tutorials explaining briefly _all_ the language features for
  42. those who can already program.  I certainly couldn't find any.  If this has
  43. already been thrashed to death I'm sure you'll all be civilised enough to
  44. ignore it.  Anyway, I suppose I'll just have to go order the book.
  45.  
  46. Eddie
  47.  
  48. (*) Yes, that's the way it's spelt even though it looks odd, had to look it up.
  49.